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1. Introduction to Unresponsive Flows 


When a message flow has an undetected design flaw, it can become unresponsive. This may be due an 
excessive "sleep" time in an ESQL command, a poison message causing a backout, or another looping 
condition. Prior to IIB V9, an operator needed to stop the entire execution group to interrupt the unre- 
sponsive flow. This impacts all other flows running in the execution group. 


In IIB V9, new function has been added to flush a runaway message flow from the system. There are 
three methods which can be used to remove the message flow. 


1. Programmatically check from within a message flow to see if it has been requested to stop 
2. Manually force a message flow to stop 
3. Automatically force a message flow to stop 


In IIB V9 a message flow developer can use programming APIs to check to see if a request has been 
made to stop processing within a message flow. This will be discussed in the next section but will not be 
exercised in this lab. You can briefly read about its capabilities. You can specify and monitor the maxi- 
mum amount of time that any message flow is allowed to process a message for, and to specify an action 
to be taken if the time-out value is exceeded. Additionally, manual requests can be made to stop a mes- 
sage flow by restarting the execution group. We will exercise both of these methods in this lab. 


Page 3 Unresponsive Flows Version 9.0.0.0 
Provided by IBM BetaWorks 


IBM Integration Bus V9.0 Workshop June 2013 


2. Programmatically check from within a message flow if it 
has been requested to stop 


In this section we will briefly review the three programming APIs used to stop and remove unresponsive 
flows. As noted earlier, this section is just for review. Only methods two and three will be exercised in the 
lab. 


The three programming APIs (ESQL, Java™, and .NET) have new functions added to them that allows 
you to check from within a message flow if the flow has been requested to stop. The function in all three 
APIs returns a Boolean value of true if a request has been made to stop the message flow. 


The functions are described as follows: 
ESQL 
INSTANCESTOPPING(); 


Returns true if a request has been made to stop the message flow. For more information, see 
INSTANCESTOPPING function in the IIB V9 Infocenter. 


Java 
Static Boolean MbMessageFlow.isInstanceStopping(); 


Returns true if a request has been made to stop the message flow. For more information, see MoMes- 
sageFlow Class under Java user-defined extensions API in the IIB V9 Infocenter. 


NET 
Static Boolean NbMessageFlow.InstanceStopping(); 


Returns true if a request has been made to stop the message flow. For more information, see NoMes- 
sageFlow Class under .NET reference in the IIB V9 Infocenter. 
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3. Manually force a message flow to stop 


The masistoomsgflow command has been enhanced with a force option to escalate the mechanisms that 
are used to stop a message flow. A force option —f has been added to the masistoomsgflow command to 
allow you to specify how the message flow can be forced to stop. 


Without the force option, the mqsistoomsgflow command sends a request to a message flow to stop it by 
first waiting for all threads that are used by the message flow to finish. If one of the threads is stuck in an 
operation, then the message flow stop will never complete. 


The force option -f has been added to allow system administrators to specify how the message flow 
should be stopped. Currently, restartExecutionGroup |s the only valid option available, that causes the 
message flow to be flagged as stopped and then to restart the execution group. When the execution 
group restarts the message flow will be in the stop state. 


You can combine using the mqsistopomsgflow command without, and then with, the force option to esca- 
late the mechanisms that are used to stop the message flow. 


For example: 


mqsistopmsgflow IB9YNODE -e egl -m mfl -w 30 
mqsistopmsgflow IB9NODE -e egl -m mfl -w 30 -f restartExecutionGroup 


The first command would first try to the stop the message flow normally and wait 30 seconds for a re- 
sponse. The second command would cause the execution group to restart, but only if the flow was not 
already stopped. 


The non-force version of the mqsistoomsgflow command has the potential to hang the entire execution 
group deployment mechanism, but the force version of the masistopmsgflow command will not suffer from 
the same issue and avoids taking any locks that might cause hanging or deadlocks. The force version of 
the masistoomsgflow command will still work even if the standard deployment mechanisms are hung. 


The same force option is available in the CMP and REST APIs, and within the web user interface. 
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3.1 Import the Application 
1. Inthe Integration Toolkit, import a Project Interchange file. 
Navigate to c:lstudent\Workload_Management\resources\UnrespFlows: 


Select WLM_UnrespFlows.zip and then Open. 


2. Make sure all folders are checked and click Finish. 





(Im port Project Interchange Contents 





Import Projects EF, 
Import Projects from a zip file. ] 
= dl 
From zip file: C:\student\Workload Management\resources\Unres; *| Browse... | 







Project location root: | C:\workspaces\IB9Workshop 


IS Test propagate _looplava 
l= WLM_hung_flow 





Select All | Deselect All | Select Referenced | 


Q) pack | wet> |[_ rh] coreet | 
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3. You now have an application named WLM_hung_flow. Expand WLM_hung_flow to see the sub fold- 
ers Flows, Subflows, ESQLs, Java, and Maps. 


Review the Account_management.msgflow. This is the flow that we will hang and attempt to force it 
out of the execution group. 





Application Development NeW. 


I-[4] WLM_hung_flow 
, B= Flows 

| be Et] Account_management.msgflow 

2 El-("3 Subflows 

2 a I_am_daing_nothing_wrong.subflow 
: Fala ESQOLs 

: let Java 

| H-ga Test_propagate_loopJava 
B® Maps 


, oe Fr Acoount_management_Map_to_audit.map 
: a frat Acoount_management_Map_to_auditi.map 


me l=} Test_propagate_loop_Mapping.map 
4. If you have already created the WorkloadManagement integration server, you may skip to the next 
step. Please ensure you are using the correct case, it is important here. 


Create a new integration server (execution group) by right clicking on IB9QNODE and selecting .New 
Integration Server. 





| ae 25] 


Name the Integration Server WorkloadManagement. 





(8 New Integration Server P| 


Enter the name of the new integration server: 


ee 
Click OK. 
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5. Deploy the application. 


Click the application WLM_hung_flow with the left mouse button and drag and drop it onto the inte- 
gration server (execution group) WorkloadManagement. 


You will now see the application WLM_hung_flow running in the integration server WorkloadMan- 
agement. Notice that it has an up green arrow to indicate It is running. So both the execution group 
and the application are running. 


Fl-ai2 Integration Nodes 
E- a IBSNODE 


a e “e default 
: oe & WorkloadManagement 
ere WLM_hung_flow 





Expand the application by clicking the plus sign next to the application. 


You now see the message flow Account_management running as well. We are not interested in the 
other deployed artefacts for the purposes of this lab. 





a ae = =, Acoount veaEy tn | to _auditi 

: = =] I_am_doing_nothing_wrong 

s oh T_am_doing_nothing_wrong_Compute 

: ae lesal T_am_doing_nothing_wrong_Do_nothing_much 
: a lesil Test_propagate_loop Access database_and_lock_account 
: = [esl Test_propagate_loop Borrow_abit 

: a lesal Test_propagate_loop_Compute 

: tte les Test_propagate loop Computel 

: a lesa Test_propagate_loop Computel? 

: te lesal Test_propagate loop Compute4 

: aH [esi Test_propagate loop Computes 

: ven esl Test propagate loop Computes 

: aa lesl Test_propagate loop Create_audit_message 
| = lez Test_propagate loop create _audit_messagel 
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6. Cause the message flows to hang. 


You will now put a message on the MQINPUT node of the flow. This message was purposely con- 
structed to hang the flow in a loop, so it would not stop nor respond to normal 
masistopmsgflow commands from the command console or the toolkit 


Double click on the WLM_hung_flow.mbtest file under the WLM_hung_flow application, in the folder 
Flow Tests. 


Application Development 


bit 


Aes Cl Flows 


HE Account_management.msgflow 
E- a Subflows 


A= .—- Maps 
ce & EsQis 





| 
| foe e WLM_ hung flow. bar -> WLM_hung_flow/WLM_h 
Sa Independent Resources 
aS GeneratedBarFiles 


[= TestClientBarFiles 





7. Send the message to the Account_management.msgflow by clicking 'Send Message 
EB WLM_hung_flow é5 


- 
Events 


1 Select the message flow you would like to test. Click Send Message to run 
Message Flow Test Events 


> 





+ General Properties 








> oaejaed ——— 
IE’ Invoke Message Flow 


Message flow: | WLM_hung_flow/Account_management.msgflow 





Input node: 


MQimput 


Message 


» Header 


Body: [Edit as text + | 


<Accounte<Action>flipurateAccount<,/Action></Ac= 
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8. Verify that the Account_management flow is still running by viewing IB Explorer or the toolkit. 


dp IBM WebSphere MQ Explorer (Installation1) 
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9. Try to stop the message flow. 


Return to the open command console or open it again if you closed it. Make sure it is the Integration Com- 
mand Console, not a Windows command prompt. 


Try to stop the flow with the following command: 


mqsistopmsgflow IB9YNODE -e WorkloadManagement -m Account_management 


You will be returned an error message and the flow will continue to run. 
This is because there is a new parameter on the masistopomsgflow command; the —-k option is needed for 
applications. 


4| ia i (cs. Administrator: IBM Integration Console 9.0.0.0 
agar rg or al x 2 FE vata source) = O = ial 











Ic = sstudent*Workload_Management*resources*UnrespF lows *\WLM_hung?mgsistopmsgf low IB 
FHODE —-e WorkloadManagement —-m Account _management 


= A IBIPIBi9FE: Resource *Account_management’ of type “Message Flow’ could not he foun 

. siged in *WorkloadM t’ of t "E ti Gr oe sent *TB9MODE’ of t 
E- Er Sica nines | S Broker’ » oadManagemen o ype xecution Group’ in paren o ype 
El IBSNODE 
— = =, default _ The utility was asked to access the named resource ‘*Account_management’. but thi 


is not deployed in the specified location. 


Check that the (case-sensitive? message flow name has been entered correctly. Us 
wee the Integration Toolkit to ensure that the message flow has been deployed succ 
mipessfully. 


¥ =, Acoount ice eee Map to ; C=o\student*Workload_Management*resources \Unpres pF lows*WLA_hung> 





fee I_am_doing_nothing_wrong 


10. Try stopping the application with the following command: 


mqsistopmsgflow IBYNODE -e WorkloadManagement -k WLM_hung_flow 


IC? Sstudent*Workload_Management*resources*\UnrespFlows*\WLM_hung>mgsistopmsgf low IB 
Pao PE9NODE —-e Work loadMan agement —k WLM_hung_f low 
El ag Integration Nodes = «| BIPI19S1: Stopping application *WLM_hung_flow’ on execution group ’WorkloadMana 


=f ae IBSNODE ygement’ 














BIPi@4‘7E: The operation timed out waiting for a response. 
- & : cn aeee The utility did not receive an expected response from the broker within a desig 
oe Bl wm h A ated amount of time. The operation might have completed successfully, even thou 
cy _ Pane Ih the response was not received. 


= i Account ——— 


Ensure that the broker is Funning and that the correct connection parameters ha 


e been supplied to the utility. Use the -w flag to increase the amount of time 
iS Acooun t_managemen t_Map_to i Oo wait for responses. 


El) I_am_doing_nothing_wrong 


Co\student*Workload_MNanagement*resources*Unres pF lows*/LA_hung> 
oes 1 am_doing_nothing_wrong_Con 
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11. Open the Windows Event Log viewer by clicking the icon on the quick start menu. 


Expand Custom Views, and select IBM Integration Bus since we want to view only the Integration Bus 


messages. 


You will see an information message that the mqsistopmsgflow had been received and the application is 


about to be stopped. 


IBM Integration Bus Number of events: 


“i Number of events: 1,101 


2205, 


®: Information 
@ J Information 
\ GD Information 
@ Information 
(7) Information 


Event 2155, IBM Integration v9000 


General | Details | 


1,101 


June 2013 


Date and Time 


06/06/2013 15:53:23 
06/06/2013 15:49:15 
06/06/2015 15:49:15 
06/06/2013 15:49:13 
06/06/2015 15:49:13 
06/06/2013 15:49:13 
06/06/2013 15:49:13 


IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integraton v9000 








(IBSNODE.WorkloadManagement } About to "stop " the deployed resource "WLM_hung_flow" of type ".APPZIP". 


An execution group is about te perform an action. 


No user action required. 
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12. You should see an error message at a time shortly following the previous message. You may need to refresh 
the event viewer a number of times. 
IBM Integration Bus 






Number of events: 1,102 


| “¥ Number of events: 1,102 





oo Error 06/06/2015 15:59:28 IBM Integration v9000 cae 

| (J) Information 06/06/2015 15:53:23 IBM Integration v9000 

| (JL) Information 06/06/2015 15:49:15 IBM Integration v9000 i 
Event 2066, IBM Integration v9000 x 


General | Details | 





The execution group did not respond within the time period set by the broker's ConfigurationChangeTimeout 
parameter. This defines the maximum length of time in which an execution group can apply a configuration change, 
and the default value is 300 seconds. 


Investigate why the execution group was unable to respond before being timed out. Use the systern log messages to 
determine if a problem with the execution group has been reported. Check that your system is not running short of 
resources; you might need to increase the WebSphere MQ log size, for example. 
You can increase the ConfigurationChangelimeout parameter by using the masichangebroker command. 
Reducing the complexity of the deployment might also solve this problem. 
Correct the problem and resubmit the configuration request. Contact your IBM support center if you are unable to 
| resolve the problem. 


This appears to be a timeout message because the execution group is not responding because it could not 


stop the flow. The flow is in fact hung on a looping MQGET node waiting for message to arrive and no timeout 
Set. 


13. The -f parameter of the mqsistopmsgflow command now only works with the application. Try to stop the 
message flow with the new -f parameter. Enter the command: 


mqsistopmsgflow IBYNODE -e WorkloadManagement -k WLM_hung_flow -f 





Administrator: IBM Integration Console 9.0.0.0 -/O} x| 
iNT BMSMNQS1%9.6.8.8>mqgsistopmsegf low IB9NODE —e WorkloadManagement —k WLM_hung_f 199 
BIP1033E: Invalid parameters. 

The following fFlag¢s> are invalid. missing. or cannot be used together: ’-f’. 
Reissue the command specifying valid options and Flags. 

BIPIB251: Stops message Flows. 


Syntax = 

mgsistopmsgf low broker$pec ¢-qg | —e eqName> [CL¢-k applicationName {| —-2>] [-y li 
braryName 1] ¢-m FlowMName | —3>1] [-w timeoutSecs] [-v traceFileNamel] [-f forceMode 
] 


Command options: 
*broker§$pec’ is one of: 
fa? *brokerName’ : Mame of a locally defined broker 
€h> *-n brokerFileMame’ = File containing remote broker connection parameters 
c*_ broker? 
fc) *-1 ipfAddress -p port -q gMgr’ =: hostname. port and queue manager of a re 
mote broker 
*—-q’ all execution groups. 
*—-e egName’ name of the execution group on which to stop message flows. If this 
| is not specified ll ti the brok are sto dl *| 


This error message is intentional, because the command will only work with the new force parameter —f 
restartExecutionGroup. The —f parameter of the maqsistoomsgflow command now only works with the 
application name and the parameter restartExecutionGroup. 
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14. Enter the maqsistopmsgflow command one more time. This time add the parameter restartExecutionGroup. 


mqsistopmsgflow IB9NODE 
-e WorkloadManagement 
-k WLM _hung_flow 
-£ restartExecutionGroup 


c4.| Administrator: IBM Integration Console 9.0.0.0 


CONT BMNGS1%9 6.86.8 >mqsistopmegf low TBYMODE -e WorkloadManagement —k WLA_hung_fl 
ow —-f restartExecutionGroup 

BIPI1931= Stopping application *WLA_hung_flow’ on execution group *WorkloadManag 
ement’... 

BIP1I1951= Application ’WLMN_hung_flow’ on execution group *WorkloadManagement’ is 
Feported as stopped. 

BIPSO@71I= Successful command completion. 


C:\I BMSMGS 19 .4.8.8> 





15. Refresh the Event Viewer by clicking the Refresh tab to view additional messages. 


IBM Integration Bus Number of events: 1,111 





“i Number of events: 1,111 


Date and Time 


i Information 
| i )Information 
(i) Information 
| i Information 
(i) Information 
| i )Information 
A Warning 

( i )Information 
Wien 


Event #988, IBM Integration v9000 


General | Details | 


06/06/2013 16:04:26 
06/06/2013 16:04:26 
06/06/2013 16:04:26 
06/06/2013 16:04:26 
06/06/2013 16:04:20 
06/06/2013 16:04:15 
06/06/2013 16:04:13 
06/06/2013 16:04:11 
06/06/2013 16:04:11 





IBM Integraton v9000 
IBM Integration v9000 
IBM Integraton v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 


IBM Integraton v9000 


(IBSNODE.WorkloadManagement ) The Execution group “WorkloadManagement” is being restarted to ensure a 


request to stop a resource can be forced to happen. 





The Execution group “WorkloadManagement” is being forced to stop due to a user issued request to stop a 
resource in the Execution group. The Execution group will be terminated and when it restarts the resource will be 


In the stop state. 


Klarne 
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16. You should several information messages at the time you issued the masistopmsgflow force command. Start 
with the first message above the error message and reach each of the succeeding messages to follow what 
happened due to the force command. 


IBM Integration Bus Number of events: 1,111 





“Number of events: 1,111 


Date and Time Source ; 


GD Information 06/06/2013 16:04:26 IBM Integration v9000 = 
GD Information 06/06/2013 16:04:26 IBM Integration v9000 
GD Information 06/06/2013 16:04:26 IBM Integration v9000 
Gi Information 06/06/2015 16:04:26 IBM Integration v9000 
‘a Information 06/06/2015 16:04:20 IBM Integration v9000 
i) Information 06/06/2015 16:04:15 IBM Integration v9000 
A\ Warning 06/06/2013 16:04:13 IBM Integration v9000 


Information 06/06/2015 16:04:11 


IBM Integraton v9000 





Event 7985, IBM Integration v9000 x 


General | Details | 





(IBSNODE.WorkloadManagement ) Execution group "WorkloadManagerment" is being restarted automatically due 
to a user configured action. 


The execution group '"WorkloadManagement" is being restarted in a controlled manner because of a condition set 
up by the user. See previous messages for the exact reason. 


The execution group is being restarted because of a user action and does not require any additional actions to be 
taken. 


Informational message - the execution group is being restarted due to a user configured action. 
Next is a warning message that the execution group has shutdown. 


IBM Integration Bus Number of events: 1,111 
“i Number of events: 1,111 


Date and Time 


(i) Information 
@D Information 
‘ Information 
@D Information 
@D Information 
@ Information 
A\ Warning 

i) Information 


Event 2060, IBM Integration v9000 


General | Details | 


06/06/2013 16:04:26 
06/06/2013 16:04:26 
06/06/2013 16:04:26 
06/06/2013 16:04:26 
06/06/2013 16:04:20 
06/06/2013 16:04:15 
06/06/2015 16:04:13 
06/06/2013 16:04:11 


IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 








(IB9NODE } The broker has detected that the Execution Group 'WorkloadManagement', process ID 700, has 
shutdown, 


An Execution Group has shutdown. A new instance of the execution group will be started in approximately 0 


seconds. 


Investigate any prior system log messages for possible problems. Contact your JBM support center if you are unable 


to determine the cause of the shutdown. 
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Succeeding the warning message, there are five informational messages explaining what is being done. 
The first informational message shows that the execution group has restarted. This ensures that other flows 
keep running and are not impacted by the stop command for the hung flow. 


IBM Integration Bus Number of events: 1,111 





“~~ Number of events: 1,111 





@ Information 
i) Information 


06/06/2013 16:04:26 
06/06/2015 16:04:36 
GD) Information 06/06/2013 16:04:26 
(D) Information 06/06/2013 16:04:20 


IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 


Date and Time 
Information 06/06/2015 16:04:26 IBM Integration v9000 





Information 06/06/2015 16:04:15 
A\ Warning 06/06/2013 16:04:13 
())Information 06/06/2013 16:04:11 
Event 2201, IBM Integration v9000 


General | Details | 


IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 


(IBSNODE.WorkloadManagement } Execution group (32) started: process '5436': thread ‘1392’: additional 

information: brokerName "IB9NODE" (operation mode “advanced"); executionGroupUUID "f9cae/19-Sf01-0000- 
0080-e5b92889341c" executionGroupLabel "WorkloadManagement": queueManagerName "IB9QMGR"™: trusted 
‘false’: userld "SYSTEM": migrationNeeded ‘false’: brokerUUID "adl/ded9-fdlf-4821 -9818-86844a385236": filePath 
“CAIBM\MQS19.0.0.0" workPath "C:\ProgramData\Application DataVIBM\MQSI': ICU Converter Path 


ordinality ‘2’. 


The execution group has started and will now start to process messages. 


Next informational message shows stopping the flow which is hung. 


IBM Integration Bus Number of events: 1,111 











“Ff Number of events: 1,111 


Date and Time 












Source a 
(i) Information 06/06/2015 16:04:26 IBM Integration v9000 
@D Information 06/06/2015 16:04:26 IBM Integration v9000 
@ Information 06/06/2015 16:04:26 IBM Integration v9000 
@ Information 06/06/2015 16:04:26 IBM Integration v9000 
Information 06/06/2015 16:04:20 IBM Integration v9000 









@ Information 06/06/2015 16:04:15 IBM Integration v9000 

A\ Warning 06/06/2013 16:04:13 IBM Integration v9000 
(Information 06/06/2013 16:04:11 IBM Integration v9000 = 
4 k 
Event 2155, IBM Integration v9000 x 


General | Details | 





(IBSNODE.WorkloadManagement } About to "stop " the deployed resource “"WLM_hung_flow” of type ".APPZIP". 


An execution group is about te perform an action. 


No user action required. 


The next message shows that the flow was indeed stopped. 
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IBM Integration Bus Number of events: 1,111 





“~~ Number of events: 1,111 


Date and Time Source a 
(i) Information 06/06/2013 16:04:26 IBM Integration v9000 ae 
Information 06/06/2015 16:04:26 IBM Integration v9000 
@ Information 06/06/2015 16:04:26 IBM Integration v9000 









Information 06/06/2015 16:04:26 IBM Integration v9000 
@ Information 06/06/2015 16:04:20 IBM Integration v9000 
@D Information 06/06/2015 16:04:15 IBM Integration v9000 
A Warning 06/06/2015 16:04:13 IBM Integration v9000 
‘a Information 06/06/2015 16:04:11 IBM Integration v9000 ¥ 
4 


Event 2271, IBM Integration v9000 x 


General | Details | 





(IBSNODE.WorkloadManagement } Deployed resource "WLM_hung_flow" (uuid="ea/ bf619-3f01-0000-0080- 
d321d4771c18" type=".APPZIP") successfully stopped. 


The message broker received an operational control message containing an instruction to stop the deployed 
resource "WLM_hung_ flow" (uuid="ea7bf619-3f01-0000-0080-d321d4771c18" type=".APPZIP") and successfully 
performed this action. 


No user action required. 


Further informational messages shows the broker sending messages to the execution group. 


IBM Integration Bus Number of events: 1,111 





“i Number of events: 1,111 








Date and Time Source “ 
i) Information 06/06/2013 16:04:36 IBM Integration v9000 
@D Information 06/06/2015 16:04:26 IBM Integration v9000 
Information 06/06/2015 16:04:26 IBM Integration v9000 
GD) Information 06/06/2013 16:04:26 IBM Integration v9000 
@D Information 06/06/2015 16:04:20 IBM Integration v9000 
‘’ Information 06/06/2015 16:04:15 IBM Integration v9000 
A\ Warning 06/06/2013 16:04:13 IBM Integration v9000 
@ Information 06/06/2015 16:04:11 IBM Integration v9000 ¥ 
| ' 
Event 2152, IBM Integration v9000 x 


General | Details | 


( IBSNODE.WorkloadManagement ) Configuration message received frorn broker. 





An execution group recerved a command from the Broker. 


No user action required. 
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And finally the execution group has started. 


IBM Integration Bus 


“Number of events: 1,111 


Number of events: 1,111 


June 2013 


Date and Time 


06/06/2013 16:04:26 


Information 
‘ Information 
iD) Information 
‘ Information 
‘ Information 
A\ Warning 
@ Information 


06/06/2013 16: 


0426 


06/06/2013 16:04:26 
06/06/2013 16:04:26 
06/06/2013 16:04:20 
06/06/2013 16:04:15 
06/06/2013 16:04:13 
06/06/2013 16:04:11 





IBM Integration v9000 
IBM Integration v9000 
IBM Integration v90i 
IBM Integration v90l 
IBM Integration v90 
IBM Integration v90 
IBM Integration v90 
IBM Integration v90 








Event 2153, IBM Integration v9000 Ms 


General | Details | 





Returning to the IIB Explorer in MQ Explorer or in the IIB V9 Toolkit, you will see the execution group 
'WorkloadManagement is started, but the application WLM_hung_flow which contains the culprit flow 
Account_management Is stopped. 


a» Integration Nod = OW bee) Data Source Ep) 7A 


El-i2 Integration Nodes 
Ele) IBSNODE 
, is a default 
Els, WorkloadManagement 
f~8) WLM_hung_flow 


dp IBM WebSphere MQ Explorer (Installation1) 
File Edit Window Help 


[5 MQ Explorer - Navigator ~~ 0UlUlUlUCU 
oR 


Be Queue Managers 





1-43] IBSQMGR 





~~ (& Service Definition Repositories 
I-48 Integration Nodes 
0 Begs, default 

| E-g$, WorkloadManagement 
BR) WLM_hung_flow 
: +): Resource Managers 
[-L Configurable Services 
lm) Administration Queue 
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17. Close the WLM_hung_flow test window but do not save the test. 


Account_management.msgflaw WLM hung flow 25 





Events 


1 Select the message flow you would like to test. Click Send Message to run, 
Message Flow Test Events 


ia \ee cr | BF 


EY Invoke Message Flow 


* General Properties 
~ Detailed Properties 










Message flow: | MWLM_hung_flow/Account_management.msgfow 


Inputnode: |MQInput 


Message 


* Header 


Body: leit as text oy | 


<Accounth<Action>flipurateAccount</Action>/Ac* 
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4. Automatically force a message flow to stop 


Using a policy in the properties of a message flow, you can now monitor message flow processing time 
and automatically take a specified action if the time-out value is exceeded. 


Two message flow properties are provided to specify the maximum amount of time that any message flow 
can be allowed to process a message and an action to be invoked if the timeout is exceeded: 


e processinglimeoutSec — maximum time a message flow can process a message before taking a 
specified action. The time is measured in seconds and is taken from the point a message is re- 
ceived on an input node. 

e processinglimeoutAction — the action to take. Currently, this action is restricted to none or re- 
startExecutionGroup. 


Additionally, an event message is published on a WebSphere MQ topic once the processing TimeoutSec 
is exceeded and again when the message flow processing has finished. 


There are two ways that both of these properties can be set for a message flow: 
e = Directly within a BAR file. 


e As one of the attributes within a workload management policy that is defined within a config- 
urable service. 


4.1 Setting timeout properties in the barfile 
The two properties can be set in the following ways: 

e With the Integration Toolkit editor. 

e With barfile editor in the IBM Integration Explorer. 


e With the mgsiapplybaroverride command line. 


In this lab, we will demonstrate the barfile editor in the Integration Toolkit. 
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1. Inthe Integration Toolkit, open the barfile WLM_hung_flow.bar (in the WLM_hung_flow application). 


Click the Manage tab. 





{9 Integration Development - /WLM_hung_flow/WLM_hung_flow.bar - IBM Integration Toolkit - C:\workspaces\IBWorkshop 
File Edit Navigate Search Project Run Window Help 


Ses es ls -O-G-|F- ee o-oo 


, EE Account_management.msgflow WLM hung. flow 











=, mm 
CHS Manage 
Application Development NeW. 


Rebuild. remove, edit. add resources to broker archive and configu 
ELA] WLM_hung_flow as 


EE Flows AS sg] SS] $2] Filter by: | <Type filter text> 

: HE] Account_management.msqflow 

E12 Subflows 
21-& Maps 
1-4! ESQLs 


fe! Flow Tests 


sth 


WLM_hung_flow 





Elia Test_propagate_looplava 
Fl5s] BARS 


* Command for packaging the BAR contents 





Properties are not available, 
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2. Expand the application in the edit pane by clicking on the + sign. 
Click the Account_management.msgflow to select it and select Workload Management in the Properties 


view. 





Manage 


Oh as Son ar 5 





Rebuild. remove, edit, add resources to broker archive and configure their properties 


Ao sf) SS Filterby:[<Typefitertext> we 
Modified 


E) [A] WLM hung flow Application 09-Jun-2013 12:36:17 
Account_management.msgflow Message flow 09-Jun-2013 12:36:16 
FE Acoount_management_Map to audit.map MAP file 09-Jun-2013 12:36:16 
Fs Acoount_management_Map to _auditi.map MAP file 09-Jun-2013 12:36:16 
feel T_am_doing_nothing_wrong_Compute.esgql ESOL file 09-Jun-2013 12:36:16 
feel T_am_doing_nothing_wrong_Do_nothing_muc ESOL file 09-Jun-2013 12:36:16 
El= I_am_doing_nothing_wrong.subflow Subflow 09-Jun-2013 12:36:16 
feel Test_propagate_loop Access database_and ESOL file 09-Jun-2013 12:36:16 
feel Test_propagate_loop Borrow_abit.esql ESOL file 09-Jun-2013 12:36:16 
ql Test_propagate_loop_Compute.esal ESOL file 09-Jun-2013 12:36:16 
feel Test_propagate_loop Compute 1.esql ESOL file 09-Jun-2013 12:36:16 
feel Test_propagate_ loop Compute 12.esq] ESOL file 09-Jun-2013 12:36:16 
feel Test_propagate_loop_ Compute4.esql ESOL file 09-Jun-2013 12:36:16 
feel Test_propagate_ loop Compute5.esql ESOL file 09-Jun-2013 12:36:16 
feel Test_propagate_loop Computed.esql ESOL file 09-Jun-2013 12:36:16 


fehl Test_propagate_loop Create_audit_message ESOL file 09-Jun-2013 12:36:16 
are si = a 


4 


* Command for packaging the BAR contents 






Account_management.msgflow 


@ Workload management properties of selected built resource. 








_ Configure 
Workload Management Policy 


Details 
| Notification Threshold (Messages per second) 























Maximum Rate (Messages per second) 
Processing Timeout (Second) 
Processing Action 

Additional Instances 

Start additional instances when flow starts TC 


Start Mode [Maintained 
Commit Count 1 


= “-_-3r «4 1 
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4. 


5. 
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lt is in the Workload Management properties where you will find the properties for automatically stopping a 
flow. The properties we need are Processing Timeout and Processing Action. 


In the Processing Timeout field, type 15 which is the number of seconds a flow will be allowed to process 
before it is automatically stopped. 


In the Processing Action field, click the down arrow to get the pull-down menu, then select “Restart the 
execution group”. 


Se NE ee z 


| Account_management.msgflow 


Confi | G) Workload management properties of selected built resource. 





) Workload Management pyjicy CT 
petats Notification Threshold (Messages per second) FO 
Maximum Rate (Messages per second) PO 
Processing Timeout (Second) 5 
Processing Action Restart the execution group 
Additional Instances PO 
Start additional instances when flow starts OD 
Start Mode [Main tained a | 
Commit Count 


Commit Interval | 0 





Press CTRL + S to save the properties in the BAR file. 


Re-deploy the barfile in the usual way, deploying to WorkloadManagement server. 


Restart the application WLM_hung_flow by right clicking on it and select Start. 









El-i2 Integration Nodes | Fl aes Integration Nodes 








| , = f=, default , | vn re, default 

Aes, WorkloadManagement Aes WorkloadManagement 
Seren W/L Fa 

bins cl IBSNODE? are IBSNODE? 


The application is now started. 
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Even though the application was started, please verify that the message flow Account_management is 
also started. Expand the application to show the flow. Notice that is still stopped because of the explicit 


command to stop it in the previous section. 


We are assuming that some corrective action was taken to correct the errors. So now the flow must be 


explicitly started. 


Right click on Account_management and select Start. 


Fee Integration Nodes 
El-<$] IB9NODE 


. = te 
‘[ | - 


The flow is now started. 





Unresponsive Flows 
Provided by IBM BetaWorks 


*Zamegatonie {3 Bowe sorate] =F 









I-42 Integration Nodes 
Ele] IBSNODE 
, | = f=, default 
: Are, WorkloadManagement 
El-&) WLM_hung_flow 
| ae Full Account_management 
| management_Map_to_; 
lS Acoount_management_Map_to_; 


on El I_am_doing_nothing wrong 
Sn ai os » 
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Now that the flow is redeployed with new properties, we want to hang it again and check to make sure it Is 
automatically removed from the system. 
Hang the flow. 


Now you will put a message on the MQINPUT node of the flow. This message was purposely constructed 


to hang the flow in a loop, so it would stop nor respond to normal masistoomsgflow commands from the 
command console or the toolkit. 


Double click on the WLM_hung_flow.mbtest file under the WLM_hung_flow application, in the folder Flow 
Tests. Click send message as before. 


EI wim hung fiow 22 












— ff 
Events 
1 Select the message flow you would like to test. Click Send Message to run. 
Message Flow Test Events } General Properties 
a : ~*~ Detailed Properties 
Pele a S| BOF = 
[Er Invoke Message Flow Message flow: | /AWLMhung_ flow Account_management.msgqflow [=] 
Inoutnode: [MQinput ica 


Message 





* Header 


Body: [Edit as text nal | 


Events | Configuration | 
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8. Return to the Event Viewer and click on Refresh. You will see seven new messages at approximately the 
time you wrote the message to the queue IN1 in RFHUtil. You may only see four initially. You may need to 
wait and click Refresh a number times. There will be one warning message and six informational mes- 
sages. Click on the first and observe the message. 


IBM Integration Bus Number of events: 1,128 





“i Number of events: 1,128 


06/06/2013 16:27:41 
06/06/2015 16:27:41 
06/06/2013 16:27:41 
06/06/2013 16:27:36 


IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 


06/06/2013 16:27:35 
06/06/2015 16:27:33 
06/06/2015 16:27:33 


06/06/2013 16:24:17 


IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integraton v9000 





Event #984, IBM Integration v9000 x 


General | Details | 





(IBSNODE.WorkloadManagement ) Message flow "Account_management” is unresponsive, so restarting the 
execution group. 


Because message flow “Account_management” is unresponsive, the execution group is being restarted. 


Review the message flow to see if there are any reasons why the flow has become unresponsive. 
This looks familiar to the messages from the maqsistopmsgflow force command. It is informing us that the 
message flow is unresponsive and the execution group Is restarting. 


But notice that it is also telling us that this is due to a user configuration, the Workload Management prop- 
erties for the message flow. 


IBM Integration Bus Number of events: 1,128 





“i Number of events: 1,128 


















Date and Time Source “ 
i) Information 06/06/2015 16:27:41 IBM Integration v9000 ae 
‘a Information 06/06/2015 16:27:41 IBM Integration v9000 
@D Information 06/06/2015 16:27:36 IBM Integration v9000 
A Warning 06/06/2015 16:27:35 IBM Integration v9000 

Information 06/06/2015 16:27:33 IBM Integration v9000 
@D Information 06/06/2015 16:27:33 IBM Integration v9000 
@D Information 06/06/2015 16:24:17 IBM Integration v9000 
(i) Information 06/06/2013 16:21:57 IBM Integration v9000 bd 
4 k 
Event #985, IBM Integration v9000 x 


General | Details | 











(IBSNODE.WorkloadManagement ) Execution group "WorkloadManagement”" Is being restarted automati 


alhy due 
to a user configured action. 


The execution group "“WorkloadManagement” is being restarted in a controlled manner because of a condition set 
up by the user. See previous messages for the exact reason. 


The execution group ts being restarted because of a user action and does not require any additional actions to be 
taken. 
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9. Continue with the next message which is a warning message informing us that the execution group has 
shutdown. This was due to the property Processing action which was set to “Restart the execution group”. 


IBM Integration Bus Number of events: 1,128 





“yf Number of events: 1,128 


Date and Time 


06/06/2013 16:27:41 
06/06/2015 16:27:41 
06/06/2013 16:27:36 
06/06/2015 16:27:35 
06/06/2013 16:27:33 
06/06/2015 16:27:33 
06/06/2013 16:24:17 
06/06/2015 16:21:57 


IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 
IBM Integration v9000 





Event 2060, IBM Integration v9000 x 


General | Details | 





(IB9NODE ) The broker has detected that the Execution Group 'WorkloadManagement', process ID 5436, has 
shutdown. 


An Execution Group has shutdown. A new instance of the execution group will be started in approximately 0 


Investigate any prior system log messages for possible problems. Contact your JBM support center if you are unable 
to determine the cause of the shutdown. 


10. The next message tells us the execution group has started. 





IBM Integration Bus = Number of events: 1,128 






“Number of events: 1,128 
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Event 2201, IBM Integration v9000 


General | Details | 














Date and Time Source 

(i) Information 06/06/2015 16:27:41 IBM Integration v9000 Ss 

@ Information 06/06/2015 16:27:41 IBM Integration v9000 
Information 06/06/2015 16:27:36 IBM Integration v9000 





A Warning 06/06/2015 16:27:35 IBM Integration v9000 
@ Information 06/06/2015 16:27:33 IBM Integration v9000 
@ Information 06/06/2015 16:27:33 IBM Integration v9000 
@ Information 06/06/2015 16:24:17 IBM Integration v9000 
i Information 06/06/2015 16:21:57 IBM Integration v9000 


(IBINODE.WorkloadManagement ) Execution group (32) started: process '6016': thread '5024': additional 
information: brokerName "IB9NODE" (operation mode “advanced"); executionGroupUUID "f9cae?19-S3f01-0000- 
0080-e5b92889341c"" executionGroupLabel "WorkloadMa 


t": queveManagerName “IEB9QMGR": trusted 


‘false’ userld "SYSTEM": migrationNeeded ‘false’: brokerUUID “adl /ded9-fdl f-4821 -9818-86849a585236": filePath 
“CAIBM\MQS1h9.0.0.0": workPath "C:\ProgramData\Application Data IBM\MQSI": ICU Converter Path '": 
ordinality ‘2’. 


The execution group has started and will now start to process messages. 
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11. The next three messages are concerning the restart of the execution group and configuration messages. 
IBM Integration Bus = Number of events: 1,128 
“= Number of events: 1,178 
Date and Time Source 
Information 06/06/2015 16:27:41 IBM Integration v9000 
@D Information 06/06/2015 16:27:41 IBM Integration v9000 
Information 06/06/2013 16:27:41 IBM Integration v9000 
@ Information 06/06/2015 16:27:36 IBM Integration v9000 
A Warning 06/06/2015 16:27:35 IBM Integration v9000 
@ Information 06/06/2015 16:27:33 IBM Integration v9000 
@ Information 06/06/2015 16:27:33 IBM Integration v9000 
Li) Information 06/06/2013 16:24:17 IBM Integration v9000 
4 
Event 2152, IBM Integration v9000 x 
General | Details | 
(IBSNODE.WorkloadManagement ) Configuration message received from broker. 
An execution group recered a command from the Broker. 
No user action required. 
IBM Integration Bus = Number of events: 1,128 
“Number of events: 1,128 
Date and Time Source a 
‘iD Information 06/06/2015 16:27:41 IBM Integration v9000 ie 
Information 06/06/2015 16:27:41 IBM Integration v9000 
@D Information 06/06/2015 16:27:41 IBM Integration v9000 
‘oD Information 06/06/2015 16:27:36 IBM Integration v9000 
A Warning 06/06/2015 16:27:35 IBM Integration v9000 
@ Information 06/06/2015 16:27:33 IBM Integration v9000 
@D Information 06/06/2015 16:27:33 IBM Integration v9000 
i) Information 06/06/2013 16:24:17 IBM Integration v9000 me 
4 
Event 2153, IBM Integration v9000 x 
General | Details | 
(IBINODE.WorkloadManagement ) About to Start" an execution group. 
An execution group is about te perform an action. 
No user action required. 
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IBM Integration Bus Number of events: 1,128 


“Number of events: 1,128 





Date and Time Source “ 
Jinformation 06/06/2015 16:27:41 IBM Integration v9000 









@D Information 06/06/2015 16:27:41 IBM Integration v9000 

@D Information 06/06/2015 16:27:41 IBM Integration v9000 

1) Information 06/06/2015 16:27:36 IBM Integration v9000 

A Warning 06/06/2015 16:27:35 IBM Integration v9000 

GD) Information 06/06/2013 16:27:33 IBM Integration v9000 

@D Information 06/06/2015 16:27:33 IBM Integration v9000 

i) Information 06/06/2015 16:24:17 IBM Integration v9000 iad 
4 k 





Event 2154, IBM Integration v9000 x 


General | Details | 


(IBSNODE.WorkloadManagement } Execution group finished with Configuration message. 





A command response will be sent to the broker. 


No user action required. 


12. Using the properties of the flow to automatically stop a message flow results in different behavior. Return 
the IIB Explorer in MQ Explorer or the IIB V9 Toolkit and observe the status of the integration node, 'Work- 
loadManagement' execution group, WLM_hung_flow application, and Account_management message 
flow. You will see that all are active. 


Flea) WLM_hung_flow 
: ve FE] Account_management 






fan (= Queue Manager Clusters 


|» 


t=} Acoount_management_Map to; |} | = [= IMS Administered Objects 


: Els) 1_am_doing_nothing_wrong [=> Managed File Transfer 

: lesql T_am_doing_nothing_wrong_Con | per [= Service Definition Repositories 
: les! I_am_doing_nothing_wrong_Do_ E-ae Integration Nodes 

2 lesil Test propagate loop Access de | el IBoNoDe 

: [esl Test propagate loop Borrow_at : , ge default 

: lest! Test_propagate_loop_Compute = Aes WorkloadManagement 
ae es me El &] WLM_hung_flow 
Fil Account_management 
| i” : : sas Acoount management Mar 

Are you surprised by this behavior? When automatically stopping a flow by property settings, we are tell- 
ing the integration node that the flow should be stopped after a specified amount of processing time. And 
the execution group was restarted due the setting for processing action. In this case, we don't know if the 
message flow was in a loop, only that it used too many cycles, and should be stopped. But when the exe- 
cution group was restarted, the application and flow were also restarted because that was their previous 
status. When restarted, it may again be automatically restarted or continue processing until finished. We 


still have the option to manually force it out completely. 
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5. Subscribing to notifications of time out processing 


Integration Bus V9 publishes messages for various workload conditions. Two of those publications are 
“orocessing Timeout” alerts and “processingFinished” alerts for when the message flow processing time- 
out period is exceeded and when message flow processing has completed when no action for timeout is 
specified. 


The topic strings are available for subscriptions to receive the alerts. You can define subscriptions with 
the MQ Explorer or write your own applications to subscribe to the publications for the execution groups, 
applications, and message flows which you are interested in. 


5.1 Message flow timeout exceeded event message 


Below we describe the conditions and details for the event message that is published when the process- 
ing TimeoutSec timeout period is exceeded. 


Once the processing Tl imeoutSec timeout period is exceeded for the message flow, a timeout exceeded 
XML event message is published. 


You can view the message by subscribing to the following topic: 


SSYS/Broker/<brokerName>/WorkloadManagement/ProcessingTimeout/<executionGroup 
Label>/<applicationName>/<libraryName>/<messageFlowLabel> 


where brokerName is the name of the broker, executionGroupLabel is the name of the execution group 
on that broker, applicationName is the name of the application on that execution group, libraryName is 
the name of the library on that application, and messageFlowLabel is the name of the message flow that 
is deployed to the library. 


In the situation where the message flow Is not contained in either an application or a library, the applica- 
tionName or libraryName parameters must be omitted along with their enclosing forward slash (/). For 
example: 


If the message flow Is not contained in an application and a library: 
SSYS/Broker/<brokerName>/WorkloadManagement/ProcessingTimeout/<executio 
nGroupLabel>/<messageFlowLabel> 


If the message flow is contained in an application and not in a library: 
SSYS/Broker/<brokerName>/WorkloadManagement/ProcessingTimeout/<executio 
nGroupLabel>/<applicationName>/<messageFlowLabel> 


Thereafter, if the processing TimeoutAction option has been set to none and processing of the message 
flow continues to completion, another event message is published that the processing has finished. 


However, if the processinglimeoutAction option has been set to restartExecutionGroup the execution 
group is restarted and no further event messages are published from the message flow. 
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5.2 Message flow processing finished event message 


Below we describe the conditions and details for the event message that is published if a timeout action 
of none is specified and when the message flow processing finishes. 


If the message flow exceeds the processingTimeoutSec timeout period, the action that is defined by the 
property processing TimeoutAction is taken. If the action defined is none, processing of the message flow 
is allowed to continue and a processing finished XML event message is published once all processing 
has completed. 


You can view the message by subscribing to the following topic: 
SSYS/Broker/<brokerName>/WorkloadManagement/ProcessingFinished/<executionGrou 
plabel>/<applicationName>/<libraryName>/<messageFlowLabel> 


where brokerName is the name of the broker, executionGroupLabel is the name of the execution group 
on that broker, applicationName is the name of the application on that execution group, libraryName is 
the name of the library on that application, and messageFlowLabel is the name of the message flow that 
is deployed to the library. 


In the situation where the message flow is not contained in either an application or a library, the applica- 
tionName or libraryName parameters must be omitted along with their enclosing forward slash (/). For 
example: 


If the message flow is not contained in an application and a library: 
SSYS/Broker/<brokerName>/WorkloadManagement/ProcessingFinished/<executi 
onGroupLabel>/<messageFlowLabel> 


lf the message flow is contained in an application and not in a library: 
SSYS/Broker/<brokerName>/WorkloadManagement/ProcessingFinished/<executi 
onGroupLabel>/<applicationName>/<messageFlowLabel> 


5.3 Review the alerts 


1. When the MQ resources were defined, two subscriptions were created for monitoring the notification 
threshold. The two subscriptions are WLMTO and WLMFIN. Return to MQ Explorer and click on 


Subscriptions. 


4p IBM WebSphere MQ Explorer (Installation1) 





File Edit Window Help 











Subscriptions 


[Fiter: Standard for Subscriptions 























S|) IBSQMGR SYSTEM.B... | SYSTEM.BROKER.ADMIN.STREAM/MQ/IBSQMGR ... | Character level wildcard | IBSQMGR 

[=)RECORD.REPLAY.SUB  $SYS/Broker/IB9BROKER/Monitoring/# Topic level wildcard IB9QMGR 

(=) SYSTEM. DEFAULT.SUB Topic level wildcard 

ee WLMAT SS # Topic level wildcard IBSQMGR. 

= ker 3 Below Threshold/+ Topic level wildcard IBSQMGR 
~~ Process Definitions E a eR = Topic level wildcard IBSQMGR 
- al = SSYS/Broker /IBSNODE/WorkloadManagement/ProcessingTimeout/# Topic level wildcard IBSQMGR 

Namelists 














: ( Authentication Information 
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You can see that the subscription WLMTO subscribed to alert publications for the topic string 
$S YS/Broker/IB9NODE/WorkloadManagement/ProcessingTimeout/# published by the broker. The 
hash is a wild card so it will receive “timeout” alerts for all execution groups, all applications, and all 
message flows which have been deployed with a ProcessingTimeout property set. Observe the 
queue names for the subscriptions WLMTO (WLM.TO) and WLMFIN (WLM.FIN). 


Note: You may need to scroll to the right to see the Destination Queue Manager and Destination 
columns. Some columns were hidden in the screen shot below. 
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Look to see if you have any messages in the WLM.TO and WLM.FIN. You should have received 
some during the above tests. 


During my test, | received one “processingTimeout” alert when the value for Processing Timeout was 
set to fifteen seconds. The flow was automatically removed from the system and the execution group 
was restarted. When the flow was stopped and the execution group restarted, the broker published 
the “processing Timeout” alert. 

At the current time restartExecutionGroup is the only available action for Processing Timeout Action. 
lt cannot be set to None, so we cannot see the “processingFinished” message. 


Open RHFUtil from the Start button. 


Use the pull-downs to populate the Queue Manager Name with IB9QMGR and the Queue Name with 
WLM.TO. 


Click Browse Q. 
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Click on the Data tab at the top of the window and click on XML under Data Format to format the 
data. 


Review the XML message which was received. The event was an “ProcessingTimeout”. The 
execution group is identified — WorkloadManagement. 
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You will need to scroll to the right to see all of the fields. After scrolling right, you will see the 
application and message flow names. You can also see the processinglimeout value for the 
message flow and the action restartExecutionGroup. It also reports the timetaken, threadID, and the 


nodeTrail. You will need to scroll further right to see more of the trail. 
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6. Unresponsive Flows Summary 


In this lab, you saw that there are now three possible methods to stop a runaway message flow and re- 
move it from the execution group. 


1. Programmatically check from within a message flow to see if it has been requested to stop 
2. Manually force a message flow to stop 
3. Automatically force a message flow to stop 


We briefly introduced using the APIs to see if a flow has been requested to stop. We then practiced the 
other two methods and observed the behavior of the integration node. 
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